package com.zjl.redis.第03章_redis持久化;

/**
 * rdb  优缺点
 * ➢rdb的优点  相对与aof-----------------------------------------------------
 *     1.适合大规模的数据恢复
 *     2.按照业务定时备份
 *     3.对数据完整性和一致性要求不高
 *     4.RDB文件在内存中的加载速度要比AOF快得多
 *
 * ●节省磁盘空间。//RDB只保存是数据    aof存的是指令
 * ●恢复速度快
 * ●RDB是Redis数据的一个非常紧凑的单文件时间点表示。
 *  RDB文件非常适合备份。
 *  例如，您可能希望在最近的24小时内每小时归档一次RDB文件，
 *  并在30天内每天保存一个RDB快照。这使您可以在发生灾难时轻松恢复不同版本的数据集。
 * ●RDB非常适合灾难恢复，它是一个可以传输到远程数据中心或AmazonS3 (可能已加密)的压缩文件.
 * ●RDB最大限度地提高了Redis的性能。因为Redis父进程为了持久化而需要做的唯一工作就
 *  是派生一个将完成所有其余工作的子进程。父进程永远不会执行磁盘I/O或类似操作。
 * ●与AOF相比，RDB允许使用大数据集更快地重启。
 * ●在副本上，RDB支持重启和故障转移后的部分重新同步。
 *
 *
 *
 * ➢rdb的缺点-------------------------------------------------------------
 * 虽然Redis在fork时使用了写时拷贝技术,
 * 但是如果数据庞大时还是比较消耗性能。
 * 在备份周期在一定间隔时间做一次备份, 所以如果Redis意外down掉的话，
 * 就会丢失最后一次快照后的所有修改。
 *
 * ●如果您需要在Redis停止工作时(例如断电后)将数据丢失的可能性降到最低,那么RDB并不好。
 * 您可以配置生成RDB的不同保存点(例如，在对数据集至少5分钟和100次写入之后，您可以有多个保存点)。
 * 但是，您通常会每五分钟或更长时间创建一次 RDB快照，因此，
 * 如果Redis由于任何原因在没有正确关闭的情况下停止工作,您应该准备好丢失最新分钟的数据。
 * ●RDB需要经常fork以便使用子进程在磁盘上持久化。
 * 如果数据集很大, fork可能会很耗时，并且如果数据集很大并且CPU性能不是很好，
 * 可能会导致Redis停止为客户端服务几毫秒甚至一秒钟。
 * AOF也需要fork0但频率较低，您可以调整要重写日志的频率，而不需要对持久性进行任何权衡。
 *
 *
 */
public class RDB优缺点 {

}
